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(57) Abstract 



Unified messaging is a concept that provides for a single electronic mailbox fordifferent types of messages. The^ 
mailbox can be a user's host computer, PBX, PC, etc., and the user has consistent facilities available to originate, receive 
and manipulate messages. Messages can be translated from one media to another for reception/and a single message may 
be composed of parts that use different native media. The message recipient has a single controllable point of contact 
where all messages can be scanned and/or viewed. 
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COMMUNICATION SYSTEM HAVING UNIFIED MESSAGING 

Background of the Invention 

This invention relates to communication system message notification 
systems and more particularly to such systems where messages received from 
5 various mediums are all reported to a user at a single point. 

It has become common practice within the past few years to arrange a 
communication system to receive voice messages when a called party is 
unavailable. The received message is recorded and a notification, usually a 
lighted lamp, is given to the called party indicating the presence of a message 

10 that is waiting. 

As data terminals become popular, people have begun to communicate 
over the data network by sending 'mail' messages to one another. These 
messages arrive at the called party's host computer and are queued waiting for 
the called partyto request their presentation in display form on the screen of a 

15 terminal connected to the host computer. While this arrangement is a great 
step forward in the evolution of communication, it still presents problems in 
that terminals are not always available for use by a called party. For example, 
if a data message were to be sent to an electronic address and the addressee 
were to be away at a location remote from his or her host computer, the 

20 received message would not be available to the addressee. Of equal concern, the 
addressee would not even know that a message has. been delivered. 

The problems compound when users have several different electronic 
'mail' services. Users must log on to each such service just to find out if 
messages are waiting. Then each message is retrieved from each service in a 

25 different manner and possibly using different terminals. 
Summary of the Invention 

We have constructed a messaging system which allows a user (addressee) 
to specify one service as a central repository of messages which are delivered 
from/by any of the other services available to that user. For example, if a user 

30 has a voice mail service associated with a telephone station set and a data mail 
service available with a terminal (or PC), that user may specify either service as 
the recipient service. Thus, when a message arrives in either service, the 
notification of the arrival of that message is given only in the recipient service. 
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alerting/notification and unified message retrieval commands. Finally, UMS 
provides an underlying application architecture, or unified connectivity, that 
enables all messaging services to communicate with each other. 

Unified messaging system 10 is the one access point for all messages 
5 regardless of the message type and regardless of the message origination. This 
capability is made possible by an underlying message transfer architecture, to 
be described hereinafter, that forwards messages and message notifications from 
one service to another. Forwarding can be done automatically under system 
control, or under direct control by the user. 
10 Users are able to retrieve messages from their chosen unified messaging 

mailbox using any of several terminal types, such as, for example, 
terminals 101-108, from any location, local or remote. Thus, a user has unified 
access to any messaging service such as, by way of example, electronic mail 110, 
voice mail 109, private data system 111, local area network 112, message 
15 coverage 113 or fax 114- Some of these services, as shown, are controlled 
directly from PBX 12 and some by unified message system 10. 

Depending upon the technological limitations of some retrieval devices or 
some message services, however, users may only be able to retrieve parts of a 
message or messages in certain forms. For example, from a data terminal (103- 
20 107) a user can retrieve only the voice mail header or abstract identifying the. 
sender, date, time, etc. Using this header information, a user could select the 
desired message and hear the entire voice message on an associated voice 
station 101-102. A limited display telephone 102 can only retrieve abstracts and 
short messages. Text-to-speech converter 13 uses the well-known text-tospeech 
25 technology for media conversion so that most types of messages can be retrieved 
in voice form from a conventional voice telephone 101,102. 

Message senders are able to create a message without knowing the 
recipient's retrieval system or retrieval device. For instance, an electronic mail 
user can create a meeting notice and send it to several people. These recipients 
30 may or may not be electronic mail users. One recipient may receive the meeting 
notice from (1) the United States Postal Service via an electronic paper mail 
gateway; (2) through text-to-speech conversion: or (3) by calling the message 
center agent. Yet another recipient may receive the meeting notice on a 
personal computer. In each case, the sender simply creates the meeting notice. 



LO 



enters the names and addresses of the recipients in a consistent way and sends 
the mail without having to be aware of the recipients' retrieval services or 
retrieval devices. It is the recipient who designates one of his/her services 109- 
114, as the receptor service and all messages, or notifications of messages, go to 
the designated receptor. 

Whenever a user-designated receptor receives a new message, be it text, 
voice or facsimile, that user is alerted to that fact. Alerting is achieved, for 
example, by lighting message waiting lamp 20 (FIG. 2) which is part of face 
plate 201 of users' voice terminal 101 or 102 (FIG. l). Alerting on data 
terminals is achieved by activating the terminal screen indicator on electronic 
terminals. Users see the illuminated lamp or screen indicator and may then 
enter their receptor service in the prescribed manner to retrieve their messages. 
Notification of new messages is done within the mailbox by icons or single-line 
entries on the screen. In cases where messages cannot be forwarded, these 
15 notifications tell the users where they have new messages on other services. 

A consistent set. of message retrieval commands is available from every 
terminal. FIG. 2 illustrates the layout of the basic message retrieval commands 
that are available via the typical voice terminal key pad. This interface is used, 
for example, for voice store-and-forward services and for text-to-speech retrieval 
20 of text messages. These same message retrieval commands could be available on 
limited-character display terminals, and on full screen terminals. 

Detailed Descript ion. 

FIG. 3 shows the control or application architecture for the described 
system. The goal of the application architecture is to provide a basis for 
25 interoperation and cooperation between applications distributed throughout a 
network, and to ensure a consistent end-user view of basic communication 
services across various products. The application architecture includes an 
application layer 302, a presentation layer 303, as well as a user interface 
layer 301. 

The user interface layer 301 is the end-user point of interaction with the 
system. It defines standard formats and capabilities for collecting user input 
and for displaying information (including feedback, error messages and data) to 
the user. User applications (109, 110, 111) can also make use of the user 
interface layer 301 services to collect user input and to display information in 
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standard ways. 

As shown in FIG. 3, application layer 302 includes two major 
components, namely, (l). message service architecture 40 which contains 
application independent transmission related services that support store-and- 
5 forward message delivery and application specific service functions, and 
(2) content description architecture 50 which provides a standard way of 
identifying and describing contents across dissimilar systems. 

The presentation layer 303 handles protocol negotiations between peer 
applications concerning the choice of formats for representing information for 
10 transmission (the choice of transfer syntax). Presentation layer 303 services also 
define such functions as document coding and conversion (303-10), encryption 
coding and conversion (303-20), and voice coding and conversion (303-30). 

As shown in FIG. 4, message service architecture 40 contains three 
components; message transport header 401, message services protocols 404-405 
15 and message report header 402. 

Message transport header 401 is the message envelope that contains 
information relevant to the transmission of the message: the origination and 
destination addresses, a time-stamp and various transport options (e.g., grade-of 
service). Message report header 402 is used to return transmission related status 
20 information. Message services protocols 404-405 contain functions required by 
specific messaging applications such as electronic mail 405 (e.g., copy-to, 
subject) and notification services 404- (e.g., message waiting indicator, message 
forwarding). • - 

To digress momentarily, FIG. 15 details the messages exchanged between 
25 the unified messaging system (UMS) and the mail service. The messages fall 
into four categories of actions: (1) update, (2) query, (3) response, and 
(4) notification. Update messages .include requests for updating the alerting 
mechanism (e.g., turn the lamp on/off), requests for updating the itinerary 
information stored on the call coverage (message center) service for accurately 
30 answering phone calls and requests for updating forwarding status (e.g., turning 
the autoforwarding on/off from the call coverage service to the mail service). 
Queries are used to ask for accurate status information (e.g., is the forwarding 
on/off, what is the latest itinerary information, is there new voice mail waiting, 
etc.) and the responses are' used to reply to the queries. Notifications are sent 
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MHS .ASCII are a superset of those defined by MHS. With respect to 
presentation layer services, MHS.ASCII is American Standard Code for 
Information Interexchange (ASCII) code'd, providing compatibility with standard 
UNIX System mail and a human-readable format. In contrast. MHS is binary 
5 encoded. Thus, if the underlying protocol layers are compatible, communication 
between MTA and MHS services requires a straightforward conversion at the 
presentation layer. 
Speech Coding 

Digital encoding of speech is an old technology, presently used in 

10 extensively deployed digital carrier systems. Pulse Code Modulation (PCM) is 
the most commonly used method, encoding voice into 56 or 64Kbps. The 
encoded voice form is a well-defined standard (although two versions exist 
internationally). More recently, Adaptive Differential Pulse Code Modulation 
(ADPQM) techniques have been developed that reduce the voice coding rate to 

15 32Kbps, yet retain "toll quality" fidelity. Standards are also in place for these 
algorithms. When voice coding and storage is intended to occur in customer 
premises equipment, product designers frequently compromise voice fidelity 
slightly to obtain reduced storage requirements by using a lower encoding rate. 
T_p_Yt-t,o- Speech Conversion 

20 Unified messaging retrieval is greatly enhanced by use of text-to-speech 

technology. This technology allows text message retrieval when the user is at a 
voice-only instrument. ASCII text is subjected to. format processing (e.g., for 
abbreviations), syntactical analysis and letter-to-phone-me conversion. The 
resulting representation of phone-mes and stress marks is converted to sound by 

25 a set of rules that drive a speech synthesizer. Dictionaries are included to 

provide proper sounding phone-me strings for words and names that would be 
incorrectly pronounced by the ASCII-to-phone-me translation algorithm. Text- 
tCHspeech algorithms are implemented on a single circuit board and work in 
real-time. 

30 Turning now to FIGS. 6-9, let us look at a service of scenarios to see how 

the unified messaging system operates in typical environments. Since, as 
discussed, a goal of the unified messaging system is to provide users with a 
single point of message retrieval, one conceptual message box (universal 
mailbox) is established for each user. This can be established, ideally, under 
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user control. A second goal is to provide a single, common alerting when 
messages are received in the universal mailbox. The user has the choice of 
where (i.e., in what controlling service) the universal mailbox will be located. 
This is accomplished, for example, by users instructing their other messaging 
5 services to forward their messages to the unified mailbox. This can be done 
from the users terminal or by a central administrator. The universal mailbox 
will be referred to as the prime message receptor and can be classified into one 
of four message servers: 1) a switch (PBX) based text messaging service; 2) a 
switch (PBX) based voice messaging service; 3) a stand-alone text messaging 

10 service; and 4) a stand-alone voice messaging service. Each of these four major 
categories will now be described. 

FIG. 6 shows a switch based text messaging service which can receive 
text (data) messages from any remote text messaging service, such as electronic 
mail service 110 of a message sender, that supports the MHS.ASCII protocol. 

15 Services 109 and 110 are advantageously sending user controllable software 
residing on any processo'r associated with the sending user. Services 601 and 
602 are receiving user controllable software residing on processors integral with 
PBX switch 12. Services 603 and 604 are receiving user controllable software 
residing on stand-alone processors. 

20 When the receiving text messaging service cannot accept voice messages 

and the sending service is a voice service, such as voice mail 109 (which can be 
the well-known Audio Information Exchange Service provided by AT&T), the 
receiving service can still provide text notifications of messages intended for the 
end-user, provided the sending service transmits some information pertaining to 

25 the message. This information can be the scanline headers or notifications 
associated with each message. These notifications are used to announce the 
arrival of new mail in the_remote system (e.g. "You Have Voice Mair). 
• Complete header, or abstract, information is sent instead of notifications when 
the sending service can support header creation and transmission (e.g. "32 

30 second voice mail from Bill Evancho at xxx-5555 delivered at 12:15am on 

April 15"). When new mail or notifications arrive at the text mail service, the 
associated PBX switch 12 is signaled to alert the end-user to new messages. 
This alerting can be the lighting of lamp 20 at voice terminal 101. 
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FIG. 7 shows a switch based voice messaging service which receives voice 
messages from all remote voice messaging systems that support the MHS. ASCII 
protocol. Remote text messaging services can deliver to the voice messaging 
system either (1) the entire message using conventional, well-known text-to- 
5 voice translated information; (2) headers about the text information stored on 
the remote text system (e.g. "text mail of 532 characters, from Tony Selemi, at 
3:20pm on 4/17, subject: meeting cancellation"); or (3) a notification message 
(e.g. "You Have Text Mail"). As discussed above, when new messages arrive at 
the voice messaging service, the associated switch is signaled to alert the end- 

10 user to new messages. 

FIG. 8 shows a stand-alone text mail service where messages are received 
exactly as in scenario 1 (FIG. 6). However, the alerting function is achieved by 
means of a message request sent from text messaging service 604 to switch based 
processor 12 via unified messaging system 801. Unified messaging system 801 is 

15 processor resident software residing on any system processor, including PBX 
switch 12 processor. Software in the unified messaging system 801 exchanges a 
protocol with switch 12 to provide commands for lighting and extinguishing 
alerting lamp 20 of voice terminal 101. 

FIG. 9 shows a stand-alone voice messaging service where messaging is 

20 provided, as in scenario 2 (FIG. 7), and alerting is provided, as shown in 
scenario 3 (FIG. 8). 

As shown in FIG. 10, the user enters his or her mail service and requests 
to create a mail message (e.g. CREATE MAIL 1001). The service asks the user 
for the first recipient (TO 1002) and the user enters the recipient's name, "Tom 

25 Smith". The application also asks the user for more (TO), for copy-to recipients 
(CC) and for blind-copy recipients (BCC). The service asks the user for a 
subject, (SUBJECT 003) and the user can enter some information to serve as a 
subject. The service asks the user to enter a message and the user does so. The 
service, blocks 1004-1009, asks the user if he/she wishes to attach a document 

30 (such as a spreadsheet/graph, memo, etc.). If the user does want to attacha 
document, the application asks the user for information regarding the 
document, for example, the document name, file folder, keywords, etc. If the 
user does not wish to attach a document," or when the document attaching 
request is completed, the application asks the user if he/she wants to defer 
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delivery of the message for a later time. If so, the user supplies the necessary 
information, for example, the date and time. 

The information obtained by the service from the user's input is 
formatted according to the underlying architecture, as shown in FIGS. 3, 4 and 

5 5. Each component of the message is formatted in a "keyword: value" 

structure. The recipients' names are mapped to a logical and a physical address 
for connecting to the recipient's receiving application (i.e. the destination 
address). This could take the form of a device line number and a telephone 
number, block 1010. The software control to perform this function is now well- 

.0 known. 

A universal header is created, block 1011 (FIG. 4, message transport 
header 401), from the information supplied by the user, for instance, the user's 
name and address (logical and physical), the names and addresses of the 
recipients, the date and time the message was created, deferred delivery 
15 information, and specific information about what follows such as the type of 
message. A service protocol is created, block 1012 (FIG. 4, mail 405), including 
service information which includes the recipients' names (and addresses if 
supplied) as entered by the user, the subject, sensitivity, etc. The actual 
message (e.g. "Please meet me for lunch outside the cafeteria") is also formatted 
20 with descriptive information regarding the type of the message, for example, 

TEXT, and the length of the message, block 1013 (FIG. 5, 501, 502 and 504). If_ 
the user had attached a document, for example a spreadsheet, the application 
would also format a header (FIG. 5, 503) to send along with the spreadsheet 
describing information regarding the spreadsheet such as the application that 
25 created it, its .length, its internal format, its date and time of creation, any 
encoding/encryption information, etc. 

When all this formatting is completed, blocks 1014-1019, the mail 
message contains headers and contents in a structured way, interpretable by the 
receiving processor(s). The mail message is now ready to be sent to its 
30 destination(s). 

As shown in FIG. 11, the user can retrieve messages from the unified 
mailbox via several different retrieval devices. This section details the retrieval 
process depending upon the retrieval device. In most of these cases, the user is 
essase because he/she has been alerted that there are new 
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messages. This alerting could be accomplished through the illumination of a 
light on the voice or data terminal. Alerting for all messages, regardless of 
which service sent the message, is via a single service, called the receptor 
service, by the recipient user. 
5 Several different message retrieval scenarios are shown in FIG. 11. Using 

a multi-frequency (MF) voice telephone terminal, the user picks up the receiver 
and accesses the message receptor service 1101 by dialing a particular number, a 
dial access code, or a feature button on the telephone. The user enters the 
login 1102 via the MF button and enters a password 1103 (optionally). At this 

10 point, the user might hear a welcome message 1104. The user can either go 

directly into the retrieval process or execute another command available on the 
service. When entering the retrieval procedure, the user might hear the first 
scanline (header 1105) of the first message. This could sound like, "Thomas 
Smith x3887 called on April 4th at 10:15am, the message is 20 seconds long". 

15 The user could listen to this message or skip to the next header and decide if 
he/she wanted to hear that message. At any time, the user-has the ability 1106 
to stop'the retrieval session, replay a message, delete a message, save a message, 
skip a message, etc. When the user has completed retrieving the messages, the 
service 1107 might tell the user that there are new messages waiting in other 

20 services, thereby notifying the user of the presence of new messages not in the 
voice service. When the user has finished with all the messages in all the 
services, the receptor service tells the other services to turn off the user's 
message waiting indicator. 

FIG. 11, blocks 1110-1115, show a situation where the user is retrieving 

25 the messages from a voice terminal with an integrated limited data display set, 
(FIG. 1, 102) such as a 40-character display set. Access to the message receptor 
service is the same as discussed above, as are the login and password and 
welcome message steps. However, instead of hearing the header of the message, 
the header is displayed to the user on the 40-character display and would 

30 appear as "T. Smith x3887 April 4 10:15am". From this point, the same 

message manipulation options, as discussed above for the voice terminal, are 
available, and the system operates in the same manner. 
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In FIG. 11, blocks 1126-1127, show a situation where messages are 
retrieved from the unified mailbox through a data device, such as a data 
terminal 103 (FIG. 6) or a Personal Computer (PC) 104 (FIG. 1). The user 
accesses the application in which the unified mailbox resides. This access can 

"5 be accomplished through a variety of means, such as a hardwired connection, a 
local area network (LAN), dial-up lines, etc. The user may enter a login 
(username) and a password and then request to enter the messaging service. 
When retrieving mail, the user sees a scaniine of message headers, as shown at 
the bottom of FIG. 11. As discussed above, the user is free to manipulate those 

10 messages (open, delete, save, reply, forward, etc). The user can read the 

messages. If a message has an attachment 1126, the service could invoke an 
editor capable of handling that attachment. This service also notifies the user 
of messages waiting in other messaging services which did not or could not 
forward their messages to this unified mailbox. If this data device has an 

15 associated voice device, the user may hear voice messages from the voice service. 

FIGS. 12, 13 and 14 detail the originating and sending of messages. In 
FIG. 12, blocks 1201-1208, the prime message receptor is a voice-only mailbox. 
When the sending system is another voice application, the voice message is 
formatted appropriately, as shown in FIG. 10, and sent to the prime message 

20 receptor. When the sending system is a text-based messaging service, 

blocks 1220-1230, there are several ways that the message, or information 
regarding the message, can be sent to the voice-based prime message receptor. 
These are 

1. The text service can send the entire message as if the destination service 
25 were also text-based; the message will be converted from text to voice and will 

be retrievable from the voice-based prime message receptor; 

2. The text service can send the header of the message which will get converted 
to voice and will be retrievable from the prime message receptor; or 

3. The text service can notify the voice-based prime message receptor that the 
30 user has new text messages. 

When the service with the voice-based prime message receptor receives 
both voice and text-to-speech converted messages, it first checks to make sure 
that the user is not forwarding messages to yet another service. If the user is, 
then all these messages get forwarded to that service. If not, then the service 
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tells the switch (or the service actually controlling the terminal) to turn on the 
user's message waiting indicator. This alerts the user to the fact that there are 
new messages. The messages are retrievable from the prime message receptor, 
as discussed above. In the case of text messages converted to voice, users 
5 manipulate the messages as they do other messages. If the user just receives a 
voice version header of the text message, the user may request that the sending 
text application forward the entire message over for retrieval from that point. 
When all the messages are retrieved, the service tells the switch to turn off the 
user's message waiting indicator. 
L0 FIG. 13 shows the situation when the receptor system is a text-based 

system. In the case of a voice message, blocks 1301-1309. designated for the 
text-only unified mailbox, the voice service, upon seeing that the destination 
does not have voice capabilities, may do several things: 

1. The voice service may send a notification to the text-only unified mailbox 
15 telling the recipient that there is new voice mail waiting; or 

2. The voice service may send a text version of the voice header to the text-only 
unified mailbox. 

FIG. 14 shows the situation when the prime message receptor is a 
voice/text integrated system. Voice messages, blocks 1401-1408, designated for 

20 the voice/text integrated system, are sent in their entirety. Text messages, 

blocks 1420-1428, designated for the voice/text integrated systems, are also sent 
in their entirety. Recipients can now retrieve all their voice and text messages 
through one system 1409. All subsequent actions, blocks 1410-1418, are the 
same as those in FIGS. 12 and 13. 

25 FIG. 15 shows the flow of messages between the service supporting the 

unified mailbox and the service integrated with the switch for alerting users of 
new messages. The service integrated with the switch 1502, which we will 
abbreviate UMM for unified messaging manager, serves both as a gateway to the 
switch and as a gateway to other switch-based messaging services. It turns the 

30 message waiting indicator on/off based upon requests from the unified mailbox. 
In turn, it queries the unified mailbox as to its status for users it serves. In 
addition, the unified mailbox can query UMM 1502 as to the status of messages 
for other services. 
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10 



Conclusion 

The underlying constructs of unified messaging can be extended beyond 
simply interpersonal messaging and voice/text media. Ail information exchange 
can be conceptualized as a form of a message, a form of communication. 
Unified messaging can encompass more than described herein. Basically, this 
expansion of the concept falls into two categories: (l) type of media in which the 
information is encoded; and (2) the intended purpose of the information being 
exchanged. 

Within this specification, information has generally been discussed with 
reference to voice and/or data. However, the concepts disclosed can support 
any type of media and format for information exchange. For example, UMS can 
support the exchange of video images as messages or facsimile mail messages or 
voice-annotated text messages, etc. • 

In addition, the discussion herein has been in terms of interpersonal 
15 messaging and information exchange. Again, the concepts disclosed can support 
information exchange for any purpose. Systems could utilize the unified 
messaging architecture to exchange switch traffic information, usage reports, 
directory information and' updates, business analysis information, etc. 
Expansion of our concepts is easily attained due to the modularity and 
20 flexibility of the underlying architecture developed to be independent of the 
information format/media and intended purpose of the information exchanged. 
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Claims 

1. A message delivery arrangement for use in situations where a plurality 
of users exchange voice or data messages with one another, said messages being 
stored for subsequent delivery to the message recipient, and wherein said data 

5 messages are typically delivered to a data terminal and said voice messages are 
typically delivered to a voice terminal, said arrangement comprising 

means controlled by potential message recipients for designating either 
the recipient's voice terminal or the recipient's data terminal as the prime 
message receptor, 

10 means controlled by said designating means for sending to said prime 

message receptor notifications of the arrival of either voice or data messages, 
and 

means controlled by said prime message receptor and responsive to 
receipt of each said notification for alerting said recipient of said received 
15 notification. 

2. The invention set forth in claim 1 wherein said* alerting is independent 
of said recipient's activity with respect to said receptor. 

3. The invention set forth in claim 1 further comprising means controlled 
by any said recipient upon being alerted of receipt of a voice or data message for 

20 retrieving said message from said receptor. 

4. The invention set forth in claim 3 wherein said retrieving means is 
selectively controllable by said recipient. 

5. The invention set forth in claim 3 wherein said retrieving means 
includes means for converting data messages into voice message equivalents 

25 when said receptor is designated to be a voice terminal. 

6. The invention set forth in claim 3 wherein said retrieving means 
includes means for generating from received voice messages information 
pertaining to the terminal designation of the message sender when said receptor 
is designated to be a data terminal. 

30 7. The invention set forth in claim 3 wherein said retrieving means is 

responsive to a set of commands which are uniform for all said receptors. 

8. The invention set forth in claim 1 further comprising means for 
receiving messages from sources other than said community of communication 
system users, and 
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means for providing notifications via said receptor for any said received 
other source message. 

9. A message delivery system for controlling the delivery of messages to 
message recipients, said messages communicable to a message recipient via any 
of a plurality of message networks and received by a control service associated 
with said message network for said message recipient, and wherein messages 
which are in data format are typically delivered to a data terminal accessing a 
particular one of said control services and wherein messages which are in voice 
format are typically delivered to a voice terminal accessing one of said control 
services, said system comprising . 

means for designating for each potential message recipient a particular 
one of said control services as the prime message receptor, 

means controlled by said designating means for sending to said prime 
message receptor notifications of the arrival of either voice or data messages, 
and 

means controlled by said prime message receptor and responsive to 
receipt of each said notification for alerting said recipient via one of said 
terminals controlled by said prime message receptor of said received 
notification. 

10. The invention set forth in claim 9 further comprising means controlled 
by any said recipient upon notification of receipt of a message directed to any of 
said recipient's control services for retrieving said message from said receptor. 

11. .The invention set forth in claim 10 wherein said retrieving means is 
controllable by said recipient to provide said messages at a terminal selected by 
said recipient. 

12. The invention set forth in claim 11 wherein said retrieving means 
includes means for converging data messages into voice message equivalents 
when said message providing terminal is selected to be a voice terminal. 

13. The invention set forth in claim 10 wherein said retrieving means is 
responsive to a set of commands which are uniform for all said control services. 

14. A consolidated message delivery system operable for providing 
notifications to a single user terminal when messages are directed to any one of 
a plurality of terminals associated with said user, said system comprising 
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means for receiving any said messages, 

means for generating for any said received message an abstract of said 
message, said abstract including pertinent information pertaining to said 
message, 

5 means for designating for a message receiving user which terminal is to 

receive said notifications, and 

means responsive to messages directed to any one of said receiving user's 
terminals for providing notification of said message, including said abstract, to 
said designated, user terminal. 
10 15. The invention set forth in claim 14 wherein said notification is 

provided independent of said receiving user's activity with respect to said 
designated user terminal. 

16. The invention set forth in- claim 14 further comprising means 
controlled by any said receiving user upon receiving said notification of said 

15 message for retrieving said message from said receptor. 

17. ' The invention set forth in claim 16 wherein said retrieving means is 
selectively controllable by said receiving user. 

18. The invention set forth in claim 16 wherein said generating means * 
includes means for converting data messages into voice message equivalents 

20 when said designated user terminal is a voice terminal. 

19. The invention set forth in claim 18 wherein said generating means 
includes means for generating from received voice messages information 
pertaining to the terminal designation of the message sender when said 
designated user terminal is a data terminal. 

25 20. The invention set forth in claim 16 wherein said retrieving means is 

responsive to a set of commands which are uniform for all said designated 
terminals. 

21. A message delivery method for use in situations where a plurality of 
users exchange voice or (lata messages with one another, said messages being 
30 stored for subsequent delivery to the message recipient, and wherein said data 
messages are typically delivered to a data terminal and said voice messages are 
typically delivered to a voice terminal, said method comprising the steps of 
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designating, under control of potential message recipients, either the 
recipient's voice terminal or the recipient's data terminal as the prime message 
receptor, 

sending to a designated prime message receptor notifications of the 
3 arrival of either voice or data messages, and 

alerting, under control of said designated prime message receptor and 
responsive to receipt of each said notification, said recipient of said received 
notification. 

22. The method set forth in claim 21 wherein alerting step is independent 
0 of said recipient's activity with respect to said receptor. 

23. The method set forth in claim 22 further comprising the step of 
retrieving said message from said receptor by said recipient upon being alerted 
of receipt of a voice or data message: 

24. The method set forth in claim 23 wherein. said retrieving step includes 
5 the step of converting data messages into voice message equivalents when said 

receptor is designated to be a voice terminal. 

25. The method set forth in claim 23 wherein said retrieving step includes 
the step of generating from received voice messages information pertaining to 
the terminal designation of the message sender when said receptor is designated 

0 to be a data terminal. 

26. The method set forth in claim 21 further comprising the step of 
receiving messages from sources other than said community of communication 
system users, and 

providing notifications via said receptor for any said received other source 
25 message. 

27. A consolidated message delivery method operable for providing 
notifications to a single user terminal when messages are directed to any one of 
a plurality of terminals associated with said user, said system comprising the 
steps of 

30 receiving any said messages, 

generating for any said received message an abstract of said message, said 
abstract including pertinent information pertaining to said message, 
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designating for a message receiving user which terminal is to receive said 
notifications, and 

providing, in response to messages directed to any one of said receiving 
user's terminals, a notification of said message, including said abstract, to said 
5 designated user terminal. 

28. The method set forth in claim 27 wherein said notification is provided 
independent of said receiving user's activity with respect to said designated user 
terminal. 

29. The method set forth in claim 27 further comprising the step of 
10 retrieving, under control of any said receiving user upon receiving said 

notification of said message, said message from said receptor. 

30. The method set forth in claim 29 wherein said retrieving step is 
selectively controllable by said receiving user. 

31. The method set forth in claim 29 wherein saidgenerating step 

15 inoludes the step of converting data messages into voice message equivalents 
* when said designated user terminal is a voice terminal. 

32. The method set forth in claim 31 wherein said generating step 
includes the step of generating, from received voice messages information 
pertaining to the terminal designation of the message sender when said 

20 designated user terminal is a data terminal. 

33. A message protocol for controlling the delivery of standard and non- 
standard messages to message recipients, said messages communicable to a 
message recipient via any of a plurality of message networks and received by a 
control service associated with said message network for said message recipient, 

25 and wherein messages which contain data are typically delivered to a data 

terminal accessing a particular one of said control services and wherein messages 
which* contain voice are typically delivered to a voice terminal accessing one of 
said control services, and wherein for each potential message recipient there is 
designated a particular one of said control services as the prime message 

30 receptor for receiving notifications of the arrival of either voice or data messages 
and for alerting said recipient via one of said terminals controlled by said prime 
message receptor of said received notification said protocol comprises a message 
transport header containing information common to said messaging services and 
relevant to transmission of a message, followed by 
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a message service layer containing service disposition information of each 
said message and containing functional parameter information to be applied by 
said service, and followed by 

at least one content description header containing information describing 
5 the structural contents of each said message. 

34. The protocol set forth in claim 32 wherein said content description 
header is followed by at least one content service layer containing information 
describing the specific attributes of non-standard messages. 
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